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A method of updating firmware between 
an imaging device (10) and a host system (20) 
is disclosed. The host system detects that the 
firmware on the Imaging device is Incompatible 
with a configuration of the host system. In 
response to detecting the incpmpatibility, an 
updated finnware image is transferred from the 
host system to the Imaging device. 
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AUTOMATIC UPDATE OF C>)ME^ 

FIELD OF TOE INVKNTTON - - 

The present invention relates to the field of imaging ' More particulily^^ 
this invention relates to updoing firmware Ijetween an ima^ii^g device 'aiid a ' 

hostsystem. ' • ■ ■ - •■ ^..-.-.i- .. • 



i," 



BACKGROUND OF THF. iT^JVl^tThN " 

Imaging devices, such as cameras, typically store still or moving (video)^ 
image information on film, video tape, or other media. Digital cameras capture 
image information in digital format and store the image information in memory, 
such as a flash memory, or on other digital storage media. The digital image 
information can be downloaded to a host system, such as a personal computer. 
The image information can then be manipulated by rotating the image, cropping 
the image, or otherwise altering the image with software applications residing 
on the host system. 

The imaging device includes firmware that allows the imaging device to 
communicate with software on the host system. The fimiware includes 
instructions for performing various fimctions. For example, the finnware may 
be used to determine the exposure of an image, sense color in a particular 
manner, compress image data, conserve power, perform self tests, and/or 
specify accessing and formatting protocols to the storage medium on the 
camera. 

Oftentimes, it is desirable to upgrade either the host software and/or the 
camera firmware with a new release of software or firmware. A common 
method for upgrading software is through the use of a patch, or service pack 
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upgrade. This method consists^ of distributing a set of programs via floppy disk, 
CD-ROM, or World Wide Web to the host machine. The service pack,, v/hen 
run, modifies the components of the host software that need updating. 

Updating the firmvvare is more problematic, This.proc 
performed manually by a user. It may involve running an executable program, 
then resetting the imaging device. Manual updating of the firmware is 
inconvenient, and may lead to errors caused by incompatible versions .of 
firmware and host system software, . , 
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A m^thQdpf vpd^^ng on an imagingdeyjce coupled to a host 

system is disclosed. The host system detects that the Ware on the imaging . 
device is incpinpatiWe wiaa^ 
detectingtheinco^^patiM^^ 

host system to the imaging device. In one embodiment, the updated firmware • : 
image is a^ older v^rsipno^fir^yyare th,W..the, one thatjs replaced... : , ; ; 

,ptherfeatu,^s,.and^^^^^ 
from the accompanying drawings and from the detailed description that followsr... 



below. ^. . . ..^^ ^ . 



Sii'-i; ;i 'i>; r ■. -.tl'ci-!.. ,.y...-.!, 1 
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BRIEF DESCRIPTION OF THE DRAWINGS' ' i '-'^L 

, Figure 1 shows a representation of an imaging device that is attachable 
to a host-system.- : . ? i. 

Figure 2 shows one embddiitieht df the flovv of infdrmatibh among the 
components of the host system When the imaging device 1 6- ii'first cbrihected to 
the host system 20;'*- -i; .^:^--n;:.:-.-r ^ " " • .ri:^.;^-. • 

Figure 3 shows one embodirrieht of the flow of in&rinatibri among the 
components^df the host system^ dfter the host applidatibn sbftw^^ 60 has been 

initiated; ^^-^^ • " =^^'^ • ' 

Figiire 4 shows one embodiment of the polling initialization process. 

Figure 5 shows an embodiment of the polling process between the 
camera API 62 and the host applications software 60. 

Figure 6 shows a flowchart of one embodiment of the process of 
checking whether a compatible imaging device is connected to the host system. 

Figure 7 shows a flowchart of one embodiment of updating the 
firmware. 

Figure 8 shows one embodiment of a state transition diagram of the 

firmware boot process. 

Figure 9 shows a diagram of an exemplary nonvolatile memory 400 

which stores the firmware. 

Figvire 10 shows a flowchart of one embodiment of the process of 
initializing the host application software to establish a communication with a 
camera. 

Figure 1 1 shows a flowchart of one embodiment of the process of 
detecting that an imaging device such as a camera is attached to a host system. 

-4- 
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DETAIT.F.D-nESCRTPTinM. .... . ... . 

A method of updating finnware between an uttagihg device and a host 
system is disclosed.: ..The firmware includes instructions which ate used to 
control an embedded system, such as an imaging device. In one embodiment, 
th6 firmware update is performed automatically upon connecting the i^^^^ 
device to the host systenx. . This simplifies operation for the userwhilei^ 
compatibility l,etxyeen the imaging device and the host software. Thfe fiimw^ A. : 
update may providp,r;bilg" fixes, enhancements . to ralgbrithms; updated 
sensmg, updated cQmpressiQjj. new protocols for accessing iand formatting the' 11 
storage medium, and so forOi^uAs will become clear, the sutomat^^^ . . • 

update is particularly useful; When multiple imaging devices with different- 
versions of firmware are used with;hostsystems.that.havediff^^^^ 
software.:.: ., ia;,],, .n a.. .;r^ ; r^..-ir.rrr. ,::^.A) .U:,,..,,r .r; 

Th6;foll.o,wingdg5<^pti0n:descfibesrthe;finnM^^^^^ ih the context i. 
of a sx§tem,that,transfe« imaje iirf0rn»tiQn.be , 
host system automatically upen coupling the image device t^ 
However, the firmware update, is notlimited to such a system. 

The imaging device may be an image capture device, such as a catoera... 
Alternatively, the techniques disclosed, can be used with any device that is i : * 
capable of storing unage information. ..The host system niay be any . system . • 
which is capable of manipulating unage information. . Forexamplei Jthe host ^ 
system may be a personal compxtter such as an IBM^cdmpatible persdhal 
computer running on an Intel Pentium® or Pentium® II processor. However, 
the host system could alternatively be a printer, plotter. >fax machine, display 
device, or storage device. .,. , 



L,<.-... 
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For purposes of clarity, the following description is written in terms of 
the imaging capture device being a camera arid the host system being a 
computer. It should be understood that other imaging devices aind host systems 
may be eniployeid. : . ^ ' ' 

Figure. 1 shows a representation of an imaging device' 10 thiat is 
attachable to 3} host system 20; In one embodim'entj the imaging device 10 is 
attached yia arcable 22 to at port 26 of the host systeift 20. Thfe iittagihg device 
1 0 is preferably coupled to the host system 20 using a data trahsfer-protocbl that ^ 
supports a high data transfer? rate. In one embodiment, the irnjaging device 1 0 is ' 
coupled to the;host system 20 via a Universal Serial Bus (USB) connection; 
The USB connpctionproyides for a. data transfer rate of up to Other 
connections and data- trntlsfer protocols may alterhatively:>be used,' such ais the 
1 394 protocol, (More information on USB can be obtained from the World 
Wide Web at the- URL http://vTOrw.ii:sb46rg// The 1394 stkildai'd is maihtai^^^ 
and distributed by the Institute of Electrical ;and Electronic Engiiieeris ; ^ 'Firewire, 
one implementation of 1394, ds^defined byilEEE Stand^d 1394^1^^^ - 

Figiires 2 and 3 are:embodiments-showing the relationship and - ' 
messaging between components of the host system 20 and imaging device 
(camera) 1 0. Figure 2 shows one embodiment of the flow qf i information 
among the components of the host system when the imaging-device 10 is first 
connected to the host system 20. The host system 20 includes an operating 
system (O/S) 40 and host application software 60. . The host system 20 detects • 
when an imaging device such as a camera 10 is attached to the host system 20: 
In one embodiment, the operating system 40 detects whether a camera 10 is 
attached to the system by polling the port 26. A port driver 42 may be used to 
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provide an interface between the operating systeni 40 and the^^ort 26; In ^ 
embodiment, the port 26 is a USB port and the port driver is a USB drivel, 

The operating system:may be one or rvariety of differe^^ 
systems. ■ In one^embodinient, the operating system is a Windows' opex^tixig 

system.^uchas^^ndoA^^^95,orWindows*98-madebyMiG^^ ru. 

Corporation; Windows 98 ineludes hookslwhifehiallow^^ 

Other operating systems:niay.bem6dified:to provide fdi^.^u(^ 

polling js preferably performed in the*ackg^t,urid. 3b .that.th«W fle^d n(.t be 

aware.that.itisibeing:petforrilc^.Altte,ativ,ly^ 

can perform *he<polling of the port 26.>HoweVerv^olling by thecoperatinr ^ 
system:40r(instead;ofby host application software 60) ha^^ 
advantage, since the operating system is already .^^^^^^^^^ 

activities.such as keyboard pushes,.mou.se.movemeMsi and so f^^^^^ 
purposes of iUustmtion„the follo^^g description assumes , that >the: bpefating . 
system does the polling. A.person sWfled in the art can make the modifications 
to allow an application to. dd the poIlirig<.f / . i^^ , 

H When a camera J O is connected to the port 26 of the^^^h^^^ 
port drlver42 signals the operating system 40 that the camera has been attached 
to the hostsystem 20. This isiUustmted by the arrow marked <1). shown in 
Figure 1 . The operating system.40^identifies.the device as a camera and loads 
the corresponding software driver 44 into memory: as Ulustmted by the arrow r 
(2). In one embodiment, the oper^ing system 40.interrogates the earner^: lo to 
get an identifier. The operatmg; system 40 loads. the software driver 44; .) 



* Third-pany marks and brands are the property of their respective owners 
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corresponding to the. i<Jentifier. ^ In this exanlple, a camera driver 44 is loaded by 
theoperatiiig,syst<Bm40. ! ni; i; f. : ^ ■ ; - 

The operating system ,40, then loads one or more software applications 
corresponding to the,Gamera. In one embodiment, thfe operating system allows t 
software applicatiqiis to be registered. Upon meeting a^predetehninbd cdndition 
(such as a cainera jwifli a host 
application software is loaded ^ In this pasev-the host application software 60 
(for the camera)is loaded as shown by the^arrow (3). ' In orie embodimfent; the ? 
camera driver. 44i signals the:pperating system^ to initiate the host applicatibn '^ 
software 60^4 ^ilTie^^ostl^pplicatippiS^^ 

inft)rmation>b^tYV!een:the irnag0;device,(camera)?lO arid the host system 20. The : 
host application.so|lv«are: 6Q .inayi alsoipro6ess images.^^ For example; the host u n / 
application softw^ei60'can perform decompr 

the images. Furthermore, the.host application spftwafe'60 may perform U.; :s>;^ .q 
rotationilcropping; aridx^therimagemanipulatiohfimctions. i ^ i - ; = > : • 

Some operating systems, such as Wind©wsi98iallbw specificieyents to : 
cause softvvare>appUcations tabe.launchedv For example, the camera driver 44 
can be set up with registered events such as "connection idetectedrwith camertf^^ ' 
or "shutter button on camera is pushed." Thus, an (operating system cian be set • 
up to automatically launch.an application such -ais' the host application software : 
60 when the. camera 10 is- attachedv:<^ . .^o. • - 

, In one embodiment, if the camera driver 44 or the host application ^ - 
software 60 is not installed on the hoSt system 20 wheri'tiie camera 1 O is i i 
attached to the host system 20, tiien tiie user is requested to provide tiie camera 
driver 44 and/or host application software 60 for the device that has been 
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attachedtc,Aeport26,Onee^h^instd^^^^ 

.proQeeds.?ispreYipusly,descn^^^^ .. , ■, .,. .. ,•..;•.;, !'■,.,/.,•;•;• -'r : ■. 

Fi8Mr9 3shqwspneembQ 
component?,p|^e hqst system afie^ the host application software 60 has been 
initiated. In,t}iiseml,pdiment.,afte^ 

60 creates and initializes a camera Applications Programming ilnteiface (API) 
62 as indicated by:ap:p»5 (4),,-;The;camem 

backgrpun^tferead., Inithis mam>eri..the.hosfiapplication> Software §0 h^^d riot-: 
wait:forthe;«5am.ew.^J6 

eml^odirnent^the cwiem API 6^^^^^ 

U|?i^ (D;,fr) 64,as,sho>^rn:by:arrovv^ 

l>e:camera;API,62 cpnynynic^^ 

Gn another embodiment, the camera API 62 incoiporatek the©LE 64,):.The u,: 
operating ;Sxstern4Q(in torn. 0ommnmcales..^^^ 

driven 44iMd the,pQil driypr42i^sh6 : ; - : > rib , 

Figurei4,showsi0ne;embpdiifieht:oft^^ i,,, 
The pQUing inieali^ation process begins with the operating system opening the : 
host, appUcati.on soft>yare. The host application software i60 then bi-eates and : ' .. 
initialips a camera API 62. In one embodimen^,^^ 

60 ad^s. hself^to thefiamera Agl's caUback list; so tiiat thehost applieationi^. ;: 
softvy^are 6?.>yiU beamed M^^^ the eamcra APJ is.successMin the polling.!- 
process. . .: • , ., .., ... , . ri >. ■, ■■ .■ ■ • .---^ 

In one embodiment, the camera API upon initialization resets itsahterfaal 
variables, Ipads a DLL, and creates and starts a background thread.. . Ilie ^camera 
API then inserts a message intp the background threaded queue that tries.^to 
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open the camera driver. ,(A driver is "opened" by establishing a connection 
between the camera API and the driver.) In one embodiment, the camera driver' 
is only' .opened when a camera is attached: If the cEimera drivei: cannot be 
opened, then: a camera is not attached to thfe host system. ^If a c&ierd driver can 
be opened, then a camera is;a:ttached: In one embodiment; thfe Camera APl'44 
attempts to open th^icamera driver every-half a second. •'■ ' - ' ? - ' 

. Figure 5 :sho\ys: an embodiment of the poll ing process betwe^ 
camera API 62 and the. host ^appl^ation software? 60: In this eiilbodimeht, the ' 
camera API ,62 attempjs.: tptppen Jhe camera 'driver (CMjSIGNAEfiSTATUS): 
When it.is;successful;at opening the camera drive?, ^dca 
came5a\dri>^erj and nptifies ^theiapplications in its callback Sihce- the host 
application s0fty/are}6Dfis in theicallback quiBueb^^ 
that a.camerahas^eendetect^'O;:: To rvjnur' -.^rh -cMaib^-'^/n > 

;v: In .this embodiment, the host application software 60're-dpehs the ' • 
camera driver 44 by signaling the tcairiera API 62 to open the camef a driver 4 
and check for a cpmp^ttifek^Qftme^^ 

application: sofhyarcs 60? can -then .send variouscbommands to th^^iatiiera^ TO 'via • ' 
the camem API ,62 :(andihe operating system* 40 and dr^ 44 aiid 42)^lFbr ' 
example, the host application software 60 cariTeqUest the hUmbef of images ' 
stored in the camera (GM_GETJ^O_OFjMAGES): The host application ' ' 
softvvarfe 60 can request a list oTithe names of the images arid the image sizes ' ' 
(CM_GET_IMAGE_LIST), or it can request a particular image 
(G^%GE^lIMAGEJB^i5K^^^ -'^^ '^ ■ 

,?:f Jn one embodiment,' the camfcra API =62 checks' whether a compatible ' 
imaging device is connected to the host system, arid automaticially ujpdates the 

-10- 
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finnware on imaging deyice^fnecesga^^ The^tomatic=fih„ware3update 
may disabled or cM^ Ps.a factoiy setti.ng,by.the manufacturer; or it may . 
be alterable by the user. ^ .... j ^ 

FigM^^.^.s^ows aflpwcharto^^^^^ 

In^Qneembpd|m^nt,Ais^p^^^^ 

previously menticm^^fte^camer^ is cr^ted^and^initialized by the^host..- 

application softj,,are,^^,.a?shpw^^ 

^^f7.*f?^J,°'?>^'Mf.WSting system 
appU^ipnspft^Yai^^^q 

^^4- .Jh? 5:amera A^Iin re?^^^^^ caniem. driver, 62, yia tlie.©LL 6.4;.' 
as shown in block 106. 

fetch the caii^e,a,i^^i^a«.^um^^^^^ a. unique, Gam.emr . . i . 
interface^n,^l^ris^^^^^^ 

Operation continues at decision block. J l 0, .T^he interfaGe. number feom; ,.. 
the cam^ra^ is comp^recl wife ^n ^t^^^^^^ table;in;the camera. API 62, . If the 
'"t^tefJ'^^r is n<?t stored i^ 

camera API 62 closes.the paipera driver and signals.tQ the-host application,;. ■ 
^^^■M^.Smmthimmpmi^, as 5hp>^;.at blqpks: 4 W and M4...TT,e;i 
«^?,^.API.is m\mS9:^^mfm-^mm^}Kc^ thecomniands.. 
tha^.^e.camera.sj^ppom 

^^Wpck.J4^,if^he jnterfiace^^^ 
interface table of the camera API 62, then the.qamera API 62 issues a command 
to the camera to fetch a hardware version number, as shown at block 120. 
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^; . At block 130, the hardware version hum 
compared with a hardware table ^^tbred in the c^era API 62. If the hardware 
version number from the camera is not stored in the hardware table of the 
camera API 62, then the camera- API '62 is uhabl6 to clieck for an updkte. The 
camera API 62 signals the host apiplication software 't^^^ 

access, as shown kt block 13 2. The Camera- APr62' is^^^ communicate with 
the camera bedause its interface is compatible; but it does not 'Update the ' ' 
finnware because it does not recognise ihe li^^ < : - 

At block rSO, if the hardvirare v^fsidri number ifrdm the camfeta is sto 
in the hardware4able' of the camera API '62, tfe^n bpemtibh'|)rbc6eds to block 
14D. At block 140i' the c^iii^rfe^API issues' a'feonirhahd to th!^^ return 
the firmware version number, ' ' ' ? . ' 

' ' Operation proceeds to bl6ck 'M^ firmwari^'vefsion niimtier is not 

different than ttof stored withiri thei c 

updated ifiirniWar^ already j^T^ 62 sigiidl^'th^ host application ' 

software thM the d^mfei^^ ' ' ' ' -i^ti' ' - : , 

If fheiirmWafe vetsiod'huitt^ is diffeferit'tftyfe that st^^^ in Ihte'^^ 
camera API 62, •theii opefatibh cohtiriues -at block l'60V If the ihahufactufer has 
disabled the firmware updates, tVibn the camera API *62 does iidt ]Defform a 
firmware update arid signals the host applicktibh softWWe that the 'camera is 
open for access. For exkmplei the nlatiufacturer may ^ a register bf the 

camera disabling firmware updates. Althotigtf the -ihstMied finTiwSf may not ' 
be the latest version, the^instailled* firmware is still able to peifehri wit^^ host 
software as long as the interface and hardware are compatible. • 
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At block..l70, a check is made whether the update has been^fr^^^ 
and failed. Jn.one embodiment, a pi^et^m^ined numbe^ of update tries is 
performed. If the update has been tried.before and failed, then the camera API 
62 signals to the host application software that the upgrade faU6d. and that th^ 
camera is open for access, ias shown at block 1 72; • 

. At block 170, if the update has not beeh tried b^^^^^^ 
proceeds with the ifirm^e:update process, as showii . in • 

. Figurfev7.shows a.flowchart of one embodiment of updatiiig the - : : ^ 
firmware. At block 200. the camera API transfers an updated firmware image 
to the, camera. We.embodiment, the camera API sends a download iinnware 
command to the camera,,si> that the fmnware will be ready to^ receive a iew 
firmware image. .Tl.eupdated.firmware image is then t^^^^^^^ 
system to.the .camera,, In one .embodiment^ the updated firmware im^ge-is ■■ ■ : 
stored5)n;thecamerama4emporary:bufrer,<suchasvol^^^^^^ 

At block202,:the camera API:62 closes thexamera driverv This ^huts ; ^ 
down communication between the camera and the host systems^^ 
firmware update is notintemipted. The cameraAPI.then signals^the host . 
applicationvsoftwarerthat it is in the.process of updating, the firmware, as shown • 
at block 204. The camera. API- begms to pollfof the firmware to re-establish a 
connection with it. . . . . . , , ,- : - , 

The firmware is made.up of a boot block and a code block. The boot 
block,aiso called the.bdotloader, is not replaced when the firmware is replaced: 
Only, the code, block is replaced. The bootloader maintmns the-tdtitineffor . • 
updating the firmware. At.blook 206. the bootloader validates that the updated 
finnware image is error free. This can be perfomied by generating a checksum. 
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for exaipple. The boptloader then substitutes the updated firm\vare image for 
the old (installed) firmware, .as shown at block 208. In one embodiment, this is 
perforrneid by transferring the firmware linage from volatile memory into • 
nonvolatile memory. The bpotloader then either causesia*:reset, or it jxmips to 
the start of the bootloader to initiate the newly updated firmware, as shown at 
blopk 210. This causes thejbpptloader to restarti.at which pointfthe bootloader 
checks for en-ors in ^the updated finn ware, as shov^^ 

checksum is correct, then the firmware in the code block is executed, as shown 
atblpck,214and 218^ . o ; 1 ^ o r - ^ ' 

. If the checksumJs incorrect^ the bootloader re-establishes a connection 
with thehpst system> and. moves to a waiting' state,' as shown atblocik*2r6:' Iti 
tWs.waitingiState,-the; Q API may getistatusifrbin the bootloader to 
determine^whether thernewtifi loaded ptoperly into the -code 

block, or whetherthere; was a problem, and the boptloader is in the^^waiting 
state,,: I!h?<^«nera'M 

Prpceedingrfipm block 218i once the firriiware i^ able to restart with a 
correct checksuiff m .its^code? blbcki then the firmware can establish' ar = ^^ ' 
connection with theihost system. ^The camera^^^^ vvdll detect fi-dm itsipolling • 
that the!Qamera is connected at block 220. i The camfera API can then re-open 
the camera driver and perform accesses to the camera. 

Figure Sishow^.one embodinient of a state transition diagram of the 
firmware boot process. The^slate transition diagram ii divided into bodt'block' 
states on the Jeft harid side;of the . Figure 8'^and a code blocfc state on ^the right ' 
hand side of Figure 8, lAt state 300^ a reset initializes the camera hardware! 
This may include resetting registers and/or turning off certam units of the 

-14- 



• wo 99742924 



PeTAJS99/01398 



IS a 



camera, so that the, camera is in atoown-state.- From state 300, Tthete : 
transition to state 302, at whichth. code block is checked, an.drie.embodim^nt; ? 
a checksum is p^ormed on thexode block; If the checksum passes, then the 
instnictions in thepode block are executed, as sho^ 

firmware in the code block is able to establish a comaection with the^host system 
and han^lles various .eonunands system^^If the firtnware: ■ 

in the code block detects that the host system has issued a dovmload conbn^d, 
then the State^ transitions to sMe:3Q% flt .whiGh .the.ca^^ is ^ h 

initiaUzed intQ,a. knom-state. .For example, the se^^^^ 
tunied oft; and;theiPMMmay:b, turned on. 

hardware is turned ofJwhen not in use in order to save poWer.^ , u : . 

transitions to block 308, at which the updated firmware code . is received fidi^: M 
the host system, lie updated.fiimwarelcode is temp 
one embodiment : ji- r - • 

If there is a communication problem at state 308,; thenithere is a n 
tran^itiojiito waiting state310. At waiting state 3 
command fi*om the host system. 

From state 302, if the checksum fails, then there is also a tr&nsition to 
waiting state 3 10. At waiting state 310, the boot block waits for a command 
from the host system. The host system, for example, may request status 
mformation from the boot block. When the host system realises, that the boot 
block is m waiting state 310, the host system can issue another download 
command, which results in a transition back to state 308.^ . > ^ti i 

From state 308, if the firmware image is downloaded without errors, . ; . 
then there is a transition tp state 320, at which the code that was downloaded is 
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checked for errors, ^In one embodiment a checksum is perform If 'the " 
checksum fails, then the boot block returns to waiting state 310. If the ' 
checksum passes, then the state transitions to block 322, at which the code 
block is erased. Subsequentlyvthe code block is re-programmed in state 324. 
From state. 324, there is a transition baick to state 300 at which the caniera 
hardware is refinitialized and thCiState trahsition-diagrsu:^ restarts as previously 
describedv'i:. •y-^-fr;-.-.- - ; : •' ''■ ■ ■ ' ' "' 

Figure 9! shows a diagram of an exemplary nonvolatile rn'erhoi^ 400. In ' 
one embodiment, the rionvolatile memory is a flash membty . In one • ' 
embodiment,; the. bppt block 402 and code block 404 are storedin the flash 
memory, and tiicibopt block is locked so that dt is not overwritten. Thc5 code 
block is; re-programmable. t^u-.v (l-Ji^ '-i - • . 

t i ( ; In ;one embodiment, the nonvolatile memory also ^ 
imaging tables 406. The imaging tables may include information assdbiated ' 
vvith the configuration of the camera. : iv^^i ^ 

, iln one embodimenti the? following imaging tables are stoired in the fl^h 
memory. ' r 

: 1), dead pixel itable - 
i i 2) encoder table • 

3) exposure table ; 

: 4) compander table . - ' ; • 

5) color correction tables - . • v . > 

The imaging tables allow for jirodessing of an imiage in the camera/ For 
example, the dead pixel table may include information oil particular 'pixels of 
the camera which do not work properly. The dead pixel t^ible may be 
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determinea during manufacturkgtesti^^^^^ 
may be aWe tQ detennipe dead pixejs dyn^^^^ 
for interpolation using neighboring pixels to compensate for the defecti 



pixels,..,:: 



Similarly, the oth,er:imagingrtablesdlow.manipuM^^^^ 
For example, .the enppder^ te^^^^^^ usediforieficbding 
or compre5sirig,,pin3agq,,,Expos.v^^ tables iffiiy include- infonnfitioabn -' k n 
ex^^ ^p^&m-mih^Jm ^Mim^. The companding table inay ;r . 
include infbnna|i^^^^^ 

numberpf bits^tp a bit^representation a small^Wumberx,f bitsV^Th^^color.^ ^ 
con-ectipn tallies may, be; used. :tp,eon-ectcol^ .. . ;,!fti>.nii.o:: •,!•., 

In one embodiment, the imaging tables include values thatarer.uii i . 
associated with a particular iUuminant. For example, the imaging tables may 

^^P}^mm^S^S» or tungstenrbulb^lightini , .-. . u i 

^ ^J^S}^^ memoiy 400 

. ^^"""^^'^^ia^^? be updated later by th? finnwarT In one • . ^ ., : 

"^"'^^^^^^S?^*^^^^^ fhefirn^^recfeives coning j 
hosr?^stem whkhlndi^ies whcA^^ 

or whether an imaging table is to be deleted. 

^^^^ in^ni^iels'S^g;;^;^ 
flasE memon^aii no^ pie lo botff read iic^iti^n^i^^^ 
write to the nonvolatiie memory at the same time, a DRAM is used to " ' 



ice \ 

, . i., some \ 
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temporarily store code from the nonvolatile memory. The firmware copies a 
portion of ;its code to the DRAM, then transfers execution to the DRAM. A 
microcontr^QlUer executing instructions out of the DRlAM is able to then write 
the new imaging tables to the nonvolatile memory. Execution is subsequently 
transferred back to the code section of the nonvolatile mem^ 

. i rTables 1 and 2 are used to shovy: examples^ofhbw Various versions' of 
interfaces, firmwrn-Ci laiid camfera APIs on different^Caihems and persori 
computers ;(PGs) may interrelate. Table 1 indifcates a coiifigtiration table stored 
in a first camera APL (eAMAPl#400)ATabl^ 2 iiiditiiates a cbnfiguration ta^^ 
stored in a second camera API (CAMAPI #420):'- Some exaiiiples of various ' ' 
embodiments using the configuration infohnatidn stbrediti these ^tabl 



help to illustrator dt :> : 






Table VI 'i.^ 






Interface Identifier 


^HiEtfdW^e Versidii ' • ' 


Finn ware Versidii/ 




iOf Oil; '.• !>3-> '"-i 


]^fimi\<^fe'Im£ige 


0x0101 ^ o»rv' 




i:doMenkme 3 " 






LOi/Fiiename 4 






iJoV/Filename 5 


0x02:02 


'2.00 


lV08/Filename 6 


Table 2. 






Interface Identifier 


Hardware Version 


Firmware Version 


0x0303 


3.00 


L09/Filename 8 




3.01 


1.09/Filename8 
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■ Example 1: Assutee that two lisers, A ak S; have same version of 
host application software and firihV^^e v&site Let tH^ be 
1.G Which creates CAMAW #400'h^ing tii^i^l^c^f id^iftifi^rs shbvvri in Table 
1. Theinteffaceidehtifier is OxOlOli^and j (jo. Next;' 

user Areceives ah upgrade ahd-upd^bs his h<i^t ^licaiic^ koftV^f^ to version' 
1.02, vvhiehhas the sahie interface (OxOlbl)'.^ --' 

After the host application software is upgraded, the first time that user A 
tries to access the camera- the.camexi' API 62 vdll di^tectdh ihcdhipatibl^ 
version of firmware: It Will tn^^^t^^ie^^m ^ii^iriktic^liy. ^ 
was'pfeviously/destribed/ ■■.■>\is.<-i^l u.oru:,,ix uiuOL-. •; .:! =■> .usnWrv; y;-.-..;, 

Subke^6ntly,;aSs»iffie tiidtWB 
on his camera) brings his c^n^ra to A's PC^^B plug^it in? TTi^cam^ APl^^ 
A's PC will again detect the fihhwar^&id sdftw&fe ve^rmim^m ' 
will update the finnware on B's earner^ to imj m^Bm^v^ho^ji/me ^<^ ' 
differentfirmware (1.02) than the h6st software oil B's PC. When'B takes his ' 
camera back to B's PC, the Camera API 62 will have no kiifeWied^e of the ' 
firmware version 1.02. The camera API 62 Wiirtransfer th6 fiririWare im^e 
version 1.004o B's camera.: Thus. B's cam^ is restdreii% its ' - 

finnware so.that it can communicate with the software dii B'^ ' ' ' 

The fimiware update is transparent to B. B is W^ to' iisfe luVcaii^i^iod ' 
either A's updated system or B's system with older host application software. 
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Example 2: Assume that A has fimiware. Version 1 .00, interface 

0x01 01, and B has firmware version 1 .08, interface! 0x0202, B cannot use A's 

■ -i' •>.. ......... -^^ ~ •■ ■ - • - - • - 

PC unless A upgrades her software to recognize the new interface 0x0202. If 
B*s PC uses the camera API inclucling all. revisions showp: in Table; iljfthen B's 
PC can be. used with either A's camera or B's camera. . . , 

Example. 3: If user A ha? fim 
as shpwn in Table 1 , mid user B ha^ firmwm-e yersi^ 

#420, as shown in Table 2, then a PC must hj^ye. both versions of software that 
interface with the separate interfaces to. :fc0;cameras.; in order .tO:acce both 

cameras.. .. i^. ; ..--rvi/M. . ;.v;':f;;; :;iio^i.; •■ .:o 

In one embodimpnt, t^^^ interfaces^ have jumque inteiface identifiers. 
One example pf^ an inte^rf^pe is the T^VAIl^ jn^^ which describes to an 
imaging application how to go about acquiring images fromia scanner or other ; 
digital imaging jdeyicjEJS., '^^ of jTWAINvis; I.?. is 

maint^med bj;^. standar<is .grpiuj^.made up pl^seyeraji ^Ladustiy p 
More, inforaj^j^Q^ TW^^^ iSf.ayailiabl^fja^^ j 
Proprietanri interfapes^may ^^sp^be ujsedv, Epr^e^xainple^ DLLs supporting a : : : ^ 
partiicular application program so that 4h]e .application prpgram has the ability to 
transfer and delete images from the iniaging;deyice may. be supported. 

,^,,Th9 hard\yare identifier spepifies, hard^yare changes,: for example, a ' . 
stepper motpr^inay hp addpd ,to. thp, iniaging deyicp. Firmware released may be 
set up to track minpr, ^ijd major cjiangcs. ; For: example; a minor change may be 
a bug fix or enhancem.ent. : A. major change inay be the addition of new 
hardware . . . • 
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Figure i p.shoAvs.a G^y^chjut P|-Qne;(exnbodiment :6f the. process. Of- ' . . ■ . 
initializing tli^ hpst^applicatioii, ^oft^Nf^e^tp establish: a Qommunicatidn withan 

^mi^^^: %Misplpsed emboOiniemy ih^ imaging.device is a camera, 
^'^^^htjptsystenik^perso^^^ 

The i^roces^ continues ^^^^^ 

<^r?at9sacameraAPJ,Pie^ 

syst^4ep^pd«it^t Wock^p4. AtJ^lock^06,:Uae:cameiac^I detenninfes if a ^ 
camera, is .available.,.. . .,t 

.■.4nt^l<?9^?.^P?,,ifaica^^^ 

^P^^' S?P^?V^^.if.^.samerajs,avmk 

510: block ^l(^,the camera^ . 
software indicating that a camera is available. The:hosfc.applicatiori:softWare^ ri . = 
'•equests.tliat Ae^,^?i9'j}fiyer,be pppn at blo.cfc5a2v.ume;camei»API.ifeii)onds 
by opewpg t^ie^camem driMe^,^s^ 

drivef irigans estg^i^g ^=cpnnectobetv«eea-ae camera APXand the feameran 
'Jriv«3:.!,*^e,finn^,qp«|^tg p^^^^ described, occurs atithis ( 

point. ,: ,^ ^ ,^ ■ ^.^ ^. ^ ^ 

M)^S^§\h^^ application software requests that images are . / . ■ 

^^^P4.^^<m^m^^sym^. Tbe,cameraiAPJ.responds.by. 
trans|en:ingJp,age,mfor^^^^^ 

orientation of the image, and so forth. The flowchart,temiinates:at,blQck:520..a u 

Figure 11 ^jno^ f fl9>Y9hart pf pMe:enibpdiine|)t;of th^ of • 

detecting that M imaging deyice.sucb ;as ^ earner^ is atta?hed.toi^,host:system. 
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The flowchart starts . at block 600.' If continues at block 602; in which the 
operating system determines if a 'camera is available. This may be done with 
the aid of a port driver such as a USB driver. If the camera is not available, the 
process returns, to block 602v If a eameria iis available at block 604, the jprocess 
continues at block 606 at which the operating system loads thei camera driver. 

In one embodimenty ari operating sySteni suich as W^^ 98 is usdd by 
the host system.' Windows 98 allows the driver to signal the operating system 
of the camera being connected to the host system (the connection event), ks^' 
shovm byi block .608. 'The' opet'atirigsyste^ opens' the applications that are 
registered' with the cormection eVerit." Itf 'this 'case,' host ajiplicatioh software 
for the camera isiinitiated, as shown ait block 610.' The flowchdrt then' continueis 
with the fldwchart^ofiEigurejrO:.: ' 3! ::,>.r: 1; f: - i'-.^.. ^ .■ .1 v •; f;-" 

> ; f ;>f:If'the Operating system does not pfovide a way of bpeiiing ah application 
based .on the connection even^,' to 'alternate embddime^^ use a "service" 
instead of the stepsr ishown by bldcks 608' Md 6 1 0: ^^The seiVice is installed by 
the user and is uiitiafed on the hbsts^ystem autohiaticstlly 'v^^^ ' 
boots up. The service opens the host application software when a camera is ' ' 
detected^ Tn one embodiment, the semce u^eis the'cgdnerai^ if 
the caniera is available. Thus, the service acts as a mihi-hOst application in a 
manner similar to tiiatshoSvii in Figure 10/ Ho wever,%e service initiates the 
host application software when a conriecti6ri't6'&^^ camera driVef Is established. ' 
The host applicatidh theii establiishes its dwh* dbriiiectibn tb'the ciamera diriver to ' 
transfer irhages from the eairiera. ^ ^ ' ' ' » ' > ' 

In one embodiinent, the host applicdtioh software 60 and the cainera 
driver 44 are shipped with'the bamera 1 0. The host application sofbvare 60.and 
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camera driver 44 may be shipped via floppy disk or CD-ROM. Alternatively, 
the host application software 60 and camera driver 44 can be downloaded via 
the World Wide Web. The host application software 60 and p^mera driver 44 
are installed to a storage medium on the host system, such as a hard disk 
dynamic random ^cess mem statip rapdpm ?pcess,memoiy 

(SRAM), or flash memory. 

r . r invention^has beep described with 

reference to specific exemjplar^^ ena^j^dim^nts th^repf., It.vy;illj:however be 
evident to someone having the benefit of this disclosure, that various 
modification^ Md c^^^ 

broader spirit and scope of the invention as set forth in the appended claims. 
The specifi?:atiQr^ ^^ M^?:^|P8f^^4■)^^.?SPO^^|in^^^ Jeibeiregarded 
illustrativejathCTtha^i a,res|t^^^ ,• 



lanan 



u ;;'> -jj ■ 



-23- 



; WO 99/42924 PCT/US99/01398 



CLAIMS 

WHAT IS CLAIMED IS: 

1: A method of updating firmware on an imaging device coupled to a host 
systehi, the ih^tHdtf comp^^ 

(a) detectirig ilfet the firrhware on the imaging device is incompatible 
v/ith a configuration of the host system; and 
' ' ' (b) transferring 'ah- xipdiated finhwafe image frorii the host system to 
i the imagihg devibe'ih f es^p^^^ 

2;' TKe-niethSd 6^ steps 

(i) ^gdttirig^deViGfe ihteiface ihfoimiatfoh ifrom the imagmg devide; and 

(ii) comparing the device interface iiifoimatidri With ' 
information stored on the host system, 

3, The method of claim 1, wherein the step (a) is performed automatically 
upon establishing a cotmection between the imaging device and the host 
system. 

4. The method of claim 1, wherein the step (b) further comprises the steps 
of: 

(i) transferring the updated firmware unage to a buffer memory; 

(ii) checking for errors in the buffer memory; and 

(iii) substituting the buffer memory for the incompatible firmware 
on the imaging device. 
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i 5. The method of claifti l>hbrein the upd^^ 

step (b) corresponds to an earlier version of finriW^e thm tha^ detected on 
the imaging device in the step (a). 

6. The method of claim 1, wherein the step (by ftife cd^^^ the step 
of: 

, 1, (i) loading one or more configuratibrt tables into the imaging device 

fi:Qm;thejh0Stsystem.--.*.. 

7. The methoid of claim 6, Whferein the one or tnore configuration tables 
are used to manipulate imagiiag data dn the iiiiagin^'dBvice; 

8. A system comprising: 

"aprbcessor;-'-'-^'- --^ 

a storage medium storing instructions which vvheii i6xecirt^<i1j;y the 
processor caus6 ffie pr^ 

(?) detec^g Aa^ fi^m an ii^giiig dqyiqe is out of date vvith 

a configuration of the system; and 

r ; ; 0?) tfansfermig an up^atedfinnware image from the system to the 
imaging device in response to the step;(a), ! 

9. The system of claim 8, wherein the step (a) comprises the steps of: 

(i) getting device interface uiformation from the imaging device; and 

(ii) comparing the device interface informatior\ with mterface 

information stored on the system. 
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10. The system of claim 8, wherein the step (b) comprises the steps of: 

(i) loading, one or niore configuration tables into the imaging device 
from the system. ? u : . ;> 

1 1. The system of claim 10, wherein the one or more configuration tables 
are used to manipulate imaging data on the? imaging device. 

,}2. A CQmputer-readable medium having store^^ 
instructions which, when executed by a processor^ cause ^th^ prbcessor to 
perform the steps of: 

(a) detecting that firmware on an imaging device is incompatible 
with a configuration of a hp^^^ < 

(b) updating the firmware automatically in response to the step (a). 

13. The computer-readable mediimi of claim 12,^ wherein step (a) further 

. .cor^prise^^^Sj^ ^i^r--- -I^iru Lj-iu^ir: n;ai': -jh : • 

(i)jgetting deyipe interface iirfprmatipn from the imaging device; and 

^(li) icomfiaring the devic^ interface information v^ith interface 

information stored on the host system. 

'14: The coniputer-reMable medi 6f claiiti 12; wherein the step (b) 

further comprises the step bf:-' • ' ' * 

(i) loading one or more configuration tables into the imaging device 

fromthe host system, : ^ 
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15. The computer-readable medium of claim 14, wherein the one or more 
configuration tables are used to manipulate imaging data on the imaging 
device. 

16. A method of updating firmware on a camera, the method comprising 
the steps of: 

(a) connecting tiie camera to a host system, the host system set up 
with a configuration; 

(b) detecting that firmware on the camera is incompatible with flie 
configuration of the host system; and 

(c) updating the firmwiare automatically in response to the step (b). 



, ,:?^?i^?f^°*^ of claim 16, wherein Qie step (b) further comprises the 
stepsof: ■ ' ■ 

from the camera; and 
(ii) comparing the device interface information with interface 
information stored on the host system. 



18. The method of claim 16, wherein the step (c) further comprises |h^ : — 
step of: 

(i) loading one or more configuration tables into the camera from the 
host system. 

19. The method of claim 1 8, wherein the one or more configuration tables 
are used to manipulate imaging data on the imaging device. 
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